Этот раздел посвящен сигнализации уровня адаптации АТМ (SAAL) для использования в UNI. Цель SAAL состоит в том, чтобы обеспечить надежную транспортировку сообщений между равными по положению объектами (например, коммутатором АТМ и хостом) на уровне АТМ. SAAL состоит из двух подуровней: общей части и служебной части. Служебная часть, в свою очередь, подразделяется на служебную специальную функцию координации (SSCF – Service Specific Coordination Function), и протокол, ориентированный на служебное соединение (SSCOP – Service Specific Connection Oriented Protocol). Структура SAAL приведена на рис 4-1.

Общая часть протокола AAL обеспечивает негарантированную передачу информации и механизм для обнаружения искажения модулей служебной информации (SDUs - Service Data Units). Для поддержки сигнализации следует использовать протокол общей части AAL type 5 (он определен в Рекомендации I.363).

SSCOP находится в служебном специальном подуровне сходимости (SSCS – Service Specific Convrgence Sublayer) SAAL. SSCOP используется для передачи модулей служебной информации (SDU) переменной длины между пользователями SSCOP. SSCOP обеспечивает восстановление потерянного или разрушенного SDU. SSCOP определен в Рекомендации Q.2110.

SSCF применяет сервис протокола SSCOP к потребностям пользователя SSCF. Могут быть определены различные SSCF для поддержки потребностей различных пользователей AAL. SSCF удовлетворяющий Рекомендации Q.2931 в UNI, определен в Рекомендации Q.2130.

Кроме случаев, когда используется необязательная proxy сигнализация (см. приложение 2), или необязательная возможность виртуального UNI (см. приложение 8), виртуальный канал должен быть идентифицирован значениями VPI = 0, VCI =5.

В этой спецификации определены заданная по умолчанию категория обслуживания уровня АТМ и заданный по умолчанию контракт о трафике, чтобы быть, соответственно, категорией обслуживания и значениями параметров контракта о трафике для сигнализации VCC, которые применяются вместо отсутствующих опций. Спецификация стандартных значений по умолчанию означает, что ухудшения эффективности сигнализации из-за потери ячейки можно избегать без дополнительных требований к конфигурации или использования необязательных процедур ILMI. Если используются процедуры, указанные в спецификации ILMI Форума АТМ версии 4.0, то они отменят заданные по умолчанию категорию обслуживания и контракт о трафике.

Рис 4-1.Структура SAAL

Замечание: рисунок отбражает распределение функций и не предназначен, чтобы иллюстрировать подуровни, определяемые принципами OSI ISO.

По умолчанию задается категория обслуживания уровня АТМ для сигнализации виртуального канала: или переменная скорость передачи реального времени (real time VBR) или переменная скорость передачи не реального времени (non-real time VBR). Выбор одной из этих категорий обслуживания производится сетью. Если используется real time VBR, то предъявляются жесткие требования к задержке ячеек, но относительно низкие к потере ячеек. В случае non-real time VBR значение задержки не является определяющим, но потери ячеек должны быть крайне малы (коэффициент потери ячеек (CLR – cell lost ratio) должен быть не более 1/1000000. Категория обслуживания, отличная от задаваемой по умолчанию может быть выбрана в соответствии с взаимным соглашением.

Чтобы избегать " зависания " окна (то есть состояния, при котором скорость передачи ограничена размером окна SSCOP), рекомендуется, чтобы поддерживать следующие соотношения между средним размером сообщения (avgMS, в ячейках), SCR, MBS, максимальным размером окна SAAL (maxWS), и задержкой прохождения сигнала туда и обратно (SRTD – signal round trip delay), которая включает задержки SAAL:

maxWS і PT + (MBS +SCR*SRTD)/avgMS при SRTD і MBS/(PCR-SCR); или

maxWS і PT + PCR * SRTD/avgMS в противном случае.

PT (poll time) – время опроса, принимает значения:

.75 * SCR, когда SCR < 100 ячеек/с

Базирующийся на значениях "по умолчанию" для Таймера Опроса (то есть, 750 мс) и MaxPD (то есть, 25) как определено в Рекомендации Q.2130.

(SCR – Sustainable Cell Rate - верхняя граница поддерживаемой скорости передачи АТМ)

Вывод сигналов VCC должен соответствовать контракту о трафике.При реализациях, которые не соответствуют этому требованию, могут, в течение периодов перегрузки, или при связи с сетями, которые не соответствуют условиям контракта о трафике для стандарта VBR.3, снижается эффективность сигнализации из-за потери ячейки. Ухудшение может быть в форме чрезмерной задержки при установлении подключений, отбое и передачи сигнала о прекращении связи VCC.

Замечание: В спецификации UNI 3.1 не было положений относительно категории обслуживания или параметров трафика для сигнализации VCC. Однако, спецификация заданной по умолчанию категории обслуживания в этом документе не затрагивает совместимость с более ранними версиями (реализациями согласно спецификации UNI 3.1). В худшем случае, контракт о трафике с параметрами,определяемыми не по умолчанию мог бы быть необходим, чтобы обеспечить адекватную эффективность сигнализации. Если устройство UNI 4.0 определяет, что это связано с устройством UNI 3.0 или UNI 3.1, оно должно использовать условия контракта о трафике VBR.3.

Сети, которые используют условия контракта о трафике VBR.3 для сигнализации VCC, могут осуществлять маркировку и преимущественный сброс при сигнализации VCC, чтобы минимизировать вероятность того,что реализации, которые не формируют, испытает ухудшенную эффективность сигнализации в пиковые периоды, когда превышено установленное контрактом о трафике SCR (0). Сети могут также осуществлять структурный (выборочный) сброс, так, чтобы, если превышен параметр контракта о трафике, и необходимо сбрасывать некоторые ячейки, то пострадает наименьшее количество сообщений.

По умолчанию задаются следующие параметры контракта о трафике сигнализации виртуального канала должны быть следующими:

PCR - устанавливается UNI или виртуальным UNI

SCR как показано в Таблице 4-1

MBS = 16 ячеек

Payload rate- скорость передачи ячейки в UNI (то есть, исключая любой вышележащий уровень) или в виртуальном UNI. Все реализации этой спецификации в S или S/T контрольной точке должны поддерживать этот заданный по умолчанию контракт о трафике.

 

Таблица 4-1. Значение SCR, устанавливаемое по умолчанию на стыке

---

назад:
• Адресация

Далее:
• Вызовы типа "точка - много точек"
• Присоединение листа по его инициативе (LIJ)
• Обзор образца LIJ
• Приложение 3 (Общая идентификация вызовов LIJ)
• Приложение 5 (Руководство по назначению групповых адресов)

Вернуться на главную страницу

---